Ran-assisted rate adaptation

ABSTRACT

A base station transmits a rate recommendation to a first user equipment (UE) device. The rate recommendation is to be used for a Voice over Long-Term Evolution (VoLTE) call between the first UE device and a second UE device. In some instances, the first UE device and the second UE device negotiate the rate to be used for the VoLTE call, based on the rate recommended by the base station. If the negotiated rate is supported by the base station and/or matches a supported codec rate, the UE devices implement the rate and provide rate feedback to the base station.

CLAIM OF PRIORITY

The present application is a continuation of and claims priority to U.S.application Ser. No. 17/545,734, entitled “RAN-ASSISTED RATE ADAPTATION”and filed Dec. 8, 2021; which is a continuation of and claims priorityto U.S. application Ser. No. 16/319,761, entitled “RAN-ASSISTED RATEADAPTATION” and filed Jan. 22, 2019; which is a national stageapplication of PCT/US2017/046020, entitled “RAN-ASSISTED RATEADAPTATION” and filed Aug. 9, 2017; which claims priority to ProvisionalApplication No. 62/373,653, entitled “RAN-ASSISTED CODEC RATEADAPTATION” and filed Aug. 11, 2016, all assigned to the assignee hereofand hereby expressly incorporated by reference in their entireties.

FIELD

This invention generally relates to wireless communications and moreparticularly to rate adaptation in a radio access network.

BACKGROUND

3rd Generation Partnership Project (3GPP) specified a new voice codecnamed EVS (Enhanced Voice Services). A codec is a device or program that(1) encodes data for transmission and/or storage, and (2) decodesreceived data for playback, storage, and/or editing. EVS provides highvoice quality over a wide range of rates, which allows the low EVS codecrates to still have sufficient quality, and may be used in poor coverageenvironments and overload scenarios. However, it is still desirable touse the higher codec rates for enhanced audio quality whenever possible.EVS has the flexibility, with a wider rate range and full audiobandwidth, to deliver speech quality that matches other audio inputs,such as stored music, while offering high robustness to delay, jitter,and packet losses.

Radio conditions may also impact the codec mode and codec rate. Forexample, under poor radio conditions, a lower codec rate may be used toreduce the packet loss, whereas a higher codec rate can be used in goodradio conditions to ensure a better user experience. Therefore, aflexible and efficient codec modification mechanism is needed thataccounts for the voice codec, network capacity, radio conditions, anduser experience.

SUMMARY

A base station transmits a rate recommendation to a first user equipment(UE) device. The rate recommendation is to be used for a Voice overLong-Term Evolution (VoLTE) call between the first UE device and asecond UE device. In some instances, the first UE device and the secondUE device negotiate the rate to be used for the VoLTE call, based on therate recommended by the base station. If the negotiated rate issupported by the base station and/or matches a supported codec rate, theUE devices implement the rate and provide rate feedback to the basestation.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a communication system for an example inwhich a first user equipment (UE) device receives a rate recommendationto be used for a Voice over Long-Term Evolution (VoLTE) call with asecond UE device.

FIG. 2A is a block diagram of an example of the base station shown inFIG. 1 .

FIG. 2B is a block diagram of an example of the UE devices shown in FIG.1 .

FIG. 3 is a messaging diagram of an example in which the base stationhas knowledge of codec rates and one or more additional codec raterelated parameters.

FIG. 4 is a messaging diagram of an example in which the base stationhas no knowledge of codec rates or any other codec rate relatedparameters.

FIG. 5 is a messaging diagram of an example in which the base stationhas knowledge of codec rates but does not have knowledge of any othercodec rate related parameters.

FIG. 6 is a messaging diagram of an example in which the base stationreceives a request for a specific codec rate and either accepts orrejects the requested codec rate.

FIG. 7 is a flowchart of an example of a method in which a first UEdevice receives a rate recommendation to be used for a Voice overLong-Term Evolution (VoLTE) call with a second UE device.

DETAILED DESCRIPTION

Voice-over-LTE (VoLTE) is a key feature for the 3GPP Long Term Evolution(LTE) communication specification to provide voice service and is beingdeployed and launched by operators all over the world, which makes VoLTEcapability extremely important for operators. One of the criticalfactors that may impact the user experience of VoLTE service is thevoice codec configuration. For example, a higher Adaptive Multi-Rate(AMR) voice code rate may provide a higher-definition voice call andaccordingly a better user experience. 2. When a higher AMR voice coderate is used, the higher codec rate requires more radio resourceallocation, which implies less available network capacity.

The base station (e.g., eNB) of the Radio Access Network (RAN) is in thebest position to trigger voice codec rate adaptation. Thus, aneNB-assisted (or RAN-assisted) codec rate adaptation solution should beconsidered. In order to support eNB-assisted codec rate adaptation, oneof the main questions to consider is if the eNB needs to have theinformation on the specific codec rates for each type of supportedcodec. If we assume the eNB has specific information about the codecrates, we should also consider if the eNB would also need to know thecodec type, the frame aggregation, the redundancy level, and theredundancy offset. This would imply the eNB could essentially serve asthe end point for codec rate adaptation in place of the user equipment(UE) device.

However, if the eNB only has the codec rate information, it is unclearhow much weight the UE should give to the eNB's recommended codec rateas one of the inputs to the UE's application layer. Note thattraditionally eNBs do not handle any application layer signaling.Rather, they only handle the Access Stratum (AS) part of the LTE system.Adding application layer signaling within the eNB would drasticallychange the existing paradigm of how the network architecture isstructured.

FIG. 1 is a block diagram of a communication system for an example inwhich a first user equipment (UE) device receives a rate recommendationto be used for a Voice over Long-Term Evolution (VoLTE) call with asecond UE device. The communication system 100 is part of a radio accessnetwork (not shown) that provides various wireless services to UEdevices that are located within the respective service areas of thevarious base stations that are part of the radio access network. Thebase station 102 provides wireless services to UE devices 106, 108 viadownlink signals 104.

In the interest of clarity and brevity, communication system 100 isshown as having a single base station 102, which provides wirelessservices to UE devices 106, 108, which are located within cell 110.However, in other examples, communication system 100 could have anysuitable number of base stations. In the example of FIG. 1 , cell 110 isrepresented by a circle, although a typical communication system 100would have a plurality of cells having variously shaped geographicalservice areas. Base station 102, sometimes referred to as an eNodeB oreNB, communicates with the wireless user equipment (UE) devices 106, 108by transmitting downlink signals 104 to the UE devices 106, 108 andreceiving uplink signals 116 transmitted from the UE devices. Althoughdownlink signals 104 and uplink signals 116 are only shown as beingtransmitted between base station 102 and UE device 106 for the exampleshown in FIG. 1 , UE device 108 is also capable of receiving downlinksignals 104 and transmitting uplink signals 116. The UE devices 106, 108are any wireless communication devices such as mobile phones,transceiver modems, personal digital assistants (PDAs), and tablets, forexample.

Base station 102 is connected to the network through a backhaul (notshown) in accordance with known techniques. As shown in FIG. 2A, basestation 102 comprises controller 204, transmitter 206, and receiver 208,as well as other electronics, hardware, and code. The base station 102is any fixed, mobile, or portable equipment that performs the functionsdescribed herein. The various functions and operations of the blocksdescribed with reference to the base station 102 may be implemented inany number of devices, circuits, or elements. Two or more of thefunctional blocks may be integrated in a single device, and thefunctions described as performed in any single device may be implementedover several devices.

For the example shown in FIG. 2A, the base station 102 may be a fixeddevice or apparatus that is installed at a particular location at thetime of system deployment. Examples of such equipment include fixed basestations or fixed transceiver stations. In some situations, the basestation 102 may be mobile equipment that is temporarily installed at aparticular location. Some examples of such equipment include mobiletransceiver stations that may include power generating equipment such aselectric generators, solar panels, and/or batteries. Larger and heavierversions of such equipment may be transported by trailer. In still othersituations, the base station 102 may be a portable device that is notfixed to any particular location. Accordingly, the base station 102 maybe a portable user device such as a UE device in some circumstances.

The controller 204 includes any combination of hardware, software,and/or firmware for executing the functions described herein as well asfacilitating the overall functionality of the base station 102. Anexample of a suitable controller 204 includes code running on amicroprocessor or processor arrangement connected to memory. Thetransmitter 206 includes electronics configured to transmit wirelesssignals. In some situations, the transmitter 206 may include multipletransmitters. The receiver 208 includes electronics configured toreceive wireless signals. In some situations, the receiver 208 mayinclude multiple receivers. The receiver 208 and transmitter 206 receiveand transmit signals, respectively, through an antenna 210. The antenna210 may include separate transmit and receive antennas. In somecircumstances, the antenna 210 may include multiple transmit and receiveantennas.

The transmitter 206 and receiver 208 in the example of FIG. 2A performradio frequency (RF) processing including modulation and demodulation.The receiver 208, therefore, may include components such as low noiseamplifiers (LNAs) and filters. The transmitter 206 may include filtersand amplifiers. Other components may include isolators, matchingcircuits, and other RF components. These components in combination orcooperation with other components perform the base station functions.The required components may depend on the particular functionalityrequired by the base station.

The transmitter 206 includes a modulator (not shown), and the receiver208 includes a demodulator (not shown). The modulator modulates thesignals to be transmitted as part of the downlink signals 104 and canapply any one of a plurality of modulation orders. The demodulatordemodulates any signals, including uplink signals 116, received at thebase station 102 in accordance with one of a plurality of modulationorders.

Returning to FIG. 1 , the communication system 100 provides variouswireless services to the UE devices 106, 108 via base station 102. Forthe examples herein, the communication system 100 operates in accordancewith at least one revision of the 3rd Generation Partnership ProjectLong Term Evolution (3GPP LTE) communication specification. A first UEdevice 106 receives downlink signal 104 via antenna 212 and receiver214, as shown in FIG. 2B. Although FIG. 2B specifically depicts thecircuitry and configuration of first UE device 106, the same UE devicecircuitry and configuration is utilized for second UE device 108.Besides antenna 212 and receiver 214, the first UE device 106 furthercomprises controller 216 and transmitter 218, as well as otherelectronics, hardware, and code. The first UE device 106 is any fixed,mobile, or portable equipment that performs the functions describedherein. The various functions and operations of the blocks describedwith reference to the first UE device 106 may be implemented in anynumber of devices, circuits, or elements. Two or more of the functionalblocks may be integrated in a single device, and the functions describedas performed in any single device may be implemented over severaldevices.

The controller 216 includes any combination of hardware, software,and/or firmware for executing the functions described herein as well asfacilitating the overall functionality of a UE device. An example of asuitable controller 216 includes code running on a microprocessor orprocessor arrangement connected to memory. The transmitter 218 includeselectronics configured to transmit wireless signals. In some situations,the transmitter 218 may include multiple transmitters. The receiver 214includes electronics configured to receive wireless signals. In somesituations, the receiver 214 may include multiple receivers. Thereceiver 214 and transmitter 218 receive and transmit signals,respectively, through antenna 212. The antenna 212 may include separatetransmit and receive antennas. In some circumstances, the antenna 212may include multiple transmit and receive antennas.

The transmitter 218 and receiver 214 in the example of FIG. 2B performradio frequency (RF) processing including modulation and demodulation.The receiver 214, therefore, may include components such as low noiseamplifiers (LNAs) and filters. The transmitter 218 may include filtersand amplifiers. Other components may include isolators, matchingcircuits, and other RF components. These components in combination orcooperation with other components perform the UE device functions. Therequired components may depend on the particular functionality requiredby the UE device.

The transmitter 218 includes a modulator (not shown), and the receiver214 includes a demodulator (not shown). The modulator can apply any oneof a plurality of modulation orders to modulate the signals to betransmitted as part of the uplink signals 116, which are shown in FIG. 1. The demodulator demodulates the downlink signal 104 in accordance withone of a plurality of modulation orders.

In operation, base station 102 transmits, via transmitter 206 andantenna 210, a rate recommendation to first user equipment (UE) device106. First UE device 106 receives the rate recommendation via antenna212 and receiver 214. The rate recommendation is a recommendation for arate to be used for a Voice over Long-Term Evolution (VoLTE) call withsecond UE device 108. In some examples, the rate recommendation is acodec rate recommendation (e.g., a rate at which a voice codec encodesand decodes voice data for the VoLTE call). In other examples, the raterecommendation is a bit rate supported by the base station 102. In somesituations in which the rate recommendation is a bit rate, therecommended bit rate is a maximum bit rate allowable by the base station102. Regardless of the type of rate being recommended, the raterecommendation, in some examples, is a recommendation for a higher rate.In other examples, the rate recommendation is a recommendation for alower rate. Moreover, any of these different types of raterecommendations may be broadcast by the base station 102, viatransmitter 206 and antenna 210, to the UE devices 106, 108.

In some examples, the base station receives a rate change request, viaantenna 210 and receiver 208, from the first UE device 106. The ratechange request may be received before and/or after the base station 102transmits the rate recommendation to the first UE device 106.

Moreover, the first UE device 106 and the second UE device 108 maynegotiate a rate to be used for the VoLTE call 114. The first UE device106 and the second UE device 108 use their respective transmitters 218,controllers 216, and antennas 212 to negotiate the rate via theapplication layer. The negotiation may take place before and/or afterthe base station 102 transmits the rate recommendation to first UEdevice 106.

Upon receipt of the rate recommendation, the controller 216 of first UEdevice 106 determines whether to (1) implement (e.g., accept) therecommended rate, (2) reject the recommended rate, (3) request adifferent rate than the recommended rate, (4) negotiate the rate withsecond UE device 108, or (5) perform any combination of two or more ofthe foregoing options.

Once the rate recommendation has been implemented (e.g., accepted), thefirst UE device 106 transmits a confirmation to the base station 102indicating that the rate recommendation has been implemented. Basestation 102 receives, via antenna 210 and receiver 208, the confirmationindicating that the rate recommendation has been implemented by thefirst UE device 106. In other examples in which the first UE device 106requests a rate, base station 102 transmits a rate changerecommendation, which serves as a confirmation, to the first UE device106 indicating that the rate recommendation (e.g., requested rate) hasbeen implemented (e.g., accepted). In these instances, first UE device106 receives, via antenna 212 and receiver 214, the confirmationindicating that the rate has been implemented (e.g., accepted) by thebase station 102.

FIG. 3 is a messaging diagram of an example in which the base stationhas knowledge of codec rates and one or more additional codec raterelated parameters. In this example, the first UE device 106 provides,via signal 302, codec rate information, as well as one or moreadditional codec rate related parameters, to base station 102. Forexample, other codec rate related parameters could include the codectype, the frame aggregation, the redundancy level, and the redundancyoffset. Of course, any other suitable codec rate related parameters mayalso be included. Regardless of the exact content of signal 302, signal302 is sent, in this example, as an uplink signal 116 to base station102.

Signal 304 can be either (1) a codec rate request sent by first UEdevice 106 to the base station 102, or (2) a codec rate change sent bythe base station 102 to the first UE device 106. If signal 304 is a“codec rate request” sent by the first UE device 106, the first UEdevice 106 may send signal 304 in response to receiving a request tochange codec rate from second UE device 108. However, if signal 304 is a“codec rate change” sent by the base station 102, the signal 304 can besent as an application layer signal, which is not the conventionalmanner in which base stations currently communicate with UE devices in3GPP LTE. However, such a configuration is possible if the base station102 is modified to support application functionality.

Signal 306 represents application layer signaling between first UEdevice 106 and second UE device 108. In the example shown in FIG. 3 ,signal 306 is a negotiation between first UE device 106 and second UEdevice 108 in response to a “codec rate change” sent by the base station102 via signal 304. Thus, in this instance, signal 306 is sent aftersignal 304. However, in other examples in which signal 304 is a “codecrate request” sent by the first UE device 106, signal 306 occurs beforesignal 304. Thus, in these cases, signal 306 is a negotiation betweenfirst UE device 106 and second UE device 108 to determine which codecrate should be requested from the base station 102 via signal 304. Inyet further examples, signal 306 occurs both before and after signal304.

First UE device 106 transmits signal 308 as an uplink signal 116 to basestation 102. Signal 308 confirms the codec rate change was implemented(e.g., accepted) by first UE device 106.

FIG. 4 is a messaging diagram of an example in which the base stationhas no knowledge of codec rates or any other codec rate relatedparameters. In this example, the base station 102 recommends a supportedbit rate for the communication link between the first UE device 106 andthe base station 102, and the first UE device 106 responds with feedbackof rate changes. In the example shown in FIG. 4 , second UE device 108initiates a codec rate negotiation. Signal 402 represents applicationlayer signaling between first UE device 106 and second UE device 108,over which the codec rate negotiation is conducted. If the codec ratenegotiation yields a determination that a higher rate should berequested, first UE device 106 transmits a rate increase request viasignal 404. However, signals 402, 404 are omitted in scenarios in whichthe UE devices are not requesting a rate increase.

Base station 102 transmits signal 406, which contains the maximum bitrate change (e.g., for an increase or a decrease) that is supported bythe base station 102. A rate increase signal 406 may be transmitted inresponse to a rate increase request 404. In other examples, the basestation 102 may transmit a rate decrease signal 406 when the basestation 102 is experiencing a radio congestion scenario.

Signal 408 represents application layer signaling between first UEdevice 106 and second UE device 108 to determine if the rate changerecommended by the base station can be successfully negotiated betweenthe UE devices. First UE device 106 transmits signal 410 as an uplinksignal 116 to base station 102. Signal 410 confirms whether the ratechange was successfully negotiated between the UE devices 106, 108. Theconfirmation signal 410 may or may not include the actual codec ratethat was implemented (e.g., accepted).

FIG. 5 is a messaging diagram of an example in which the base stationhas knowledge of codec rates but does not have knowledge of any othercodec rate related parameters. First UE device 106 provides thesupported codec rates to base station 102, via signal 502. In theexample shown in FIG. 5 , second UE device 108 initiates a codec ratenegotiation. Signal 504 represents application layer signaling betweenfirst UE device 106 and second UE device 108, over which the codec ratenegotiation is conducted. If the codec rate negotiation yields adetermination that a higher rate should be requested, first UE device106 transmits a codec rate increase request via signal 506. However,signals 504, 506 are omitted in scenarios in which the UE devices arenot requesting a rate increase.

Base station 102 transmits signal 508, which contains a recommendationfor a codec rate change (e.g., for an increase or a decrease). In somecases, signal 508 contains a recommendation for a specific codec rate,but in other cases, signal 508 can be configured to merely recommend anincrease or a decrease in codec rate. A codec rate increase signal 508may be transmitted in response to a codec rate increase request 506. Inother examples, the base station 102 may transmit a codec rate decreasesignal 508 when the base station 102 is experiencing a radio congestionscenario.

Signal 510 represents application layer signaling between first UEdevice 106 and second UE device 108 to determine if the codec ratechange recommended by the base station 102 can be successfullynegotiated between the UE devices. First UE device 106 transmits signal512 as an uplink signal 116 to base station 102. Signal 512 confirmswhether the codec rate change was successfully negotiated between the UEdevices 106, 108. In the examples in which signal 508 is configured tosignal an increase or decrease in codec rate, signal 512 can beconfigured to inform base station 102 of the amount of increase ordecrease in the codec rate so that base station 102 can providesufficient radio resources for the revised codec rate. If base station102 cannot support the new codec rate change, then base station 102 hasthe option to signal 508 again in the opposite direction or to provide aspecific codec rate instead.

FIG. 6 is a messaging diagram of an example in which the base station102 informs the first UE device 106 that a higher or lower rate may besupported. The first UE device 106 responds with a preferred rate, whichmay correspond to a codec rate. The base station 102 either accepts orrejects the requested rate.

For example, base station 102 transmits signal 602, which informs firstUE device 106 that a higher rate is available or that a lower rate isneeded. A higher rate available signal 602 may be transmitted inresponse to a rate increase request from one or more of the UE devices.In other examples, the base station 102 may transmit a lower rate neededsignal 602 when the base station 102 is experiencing a radio congestionscenario.

Signal 604 represents application layer signaling between first UEdevice 106 and second UE device 108 to determine if the rate changerecommended by the base station 102 can be successfully negotiatedbetween the UE devices. First UE device 106 transmits signal 606 as anuplink signal 116 to base station 102. Signal 606 contains a request fora specific rate, which may be a result of the negotiation between the UEdevices 106, 108. Base station 102 replies with rate request responsesignal 608, which confirms whether the base station can implement (e.g.,accept) the rate requested via signal 606.

FIG. 7 is a flowchart of an example of a method in which a first UEdevice receives a rate recommendation to be used for a Voice overLong-Term Evolution (VoLTE) call with a second UE device. The method 700begins at step 702, in which base station 102 transmits a raterecommendation to first UE device 106 to be used for a VoLTE call withsecond UE device 108. At step 704, first UE device 106 and second UEdevice 108 negotiate a rate to be used for the VoLTE call. As mentionedabove, the rate negotiation represented by step 704 can be performedbefore step 702, after step 702, or both. At step 706, the base station102 receives a rate change request from the first UE device 106. In someexamples, the requested rate change is determined based on the ratenegotiations between the first UE device 106 and the second UE device108. At step 708, a confirmation is received that the raterecommendation has been implemented (e.g., accepted). In some examples,the base station 102 receives the confirmation. In other examples, thefirst UE device 106 receives the confirmation from the base station 102.

Clearly, other embodiments and modifications of this invention willoccur readily to those of ordinary skill in the art in view of theseteachings. The above description is illustrative and not restrictive.This invention is to be limited only by the following claims, whichinclude all such embodiments and modifications when viewed inconjunction with the above specification and accompanying drawings. Thescope of the invention should, therefore, be determined not withreference to the above description, but instead should be determinedwith reference to the appended claims along with their full scope ofequivalents.

1. A base station comprising: a receiver configured to receive, from afirst user equipment (UE) device, a request message used for requestinga bit rate recommendation from the base station, the request messagetransmitted in response to a first bit rate exceeding a second bit ratecurrently supported by the first UE device, the first bit rate beingrequested by a second UE device to be used in a voice packetcommunication with the first UE device; and a transmitter configured totransmit the bit rate recommendation to the first UE device in responseto receiving the request message.
 2. The base station according to claim1, wherein the request message indicates a request for increasing of abit rate used in the voice packet communication.
 3. A method for a basestation comprising: receiving from a first user equipment (UE) device, arequest message used for requesting a bit rate recommendation from thebase station, the request message transmitted in response to a first bitrate exceeding a second bit rate currently supported by the first UEdevice, the first bit rate being requested by a second UE device to beused in a voice packet communication with the first UE device; andtransmitting the bit rate recommendation to the first UE device inresponse to receiving the request message.
 4. The method according toclaim 3, wherein the request message indicates a request for increasinga bit rate used in the voice packet communication.
 5. A systemcomprising: a first user equipment (UE) device; a second UE device; anda base station, wherein the first UE device comprises: a receiverconfigured to receive, from the second UE device, information indicatinga first bit rate requested by the second UE device to be used in a voicepacket communication with the first UE device; and a transmitterconfigured to transmit a request message to the base station in responseto the first bit rate exceeding a second bit rate currently supported bythe first UE device, the request message used for requesting a bit raterecommendation from the base station, wherein the receiver is furtherconfigured to receive the bit rate recommendation from the base station.